Express Mail No.: EL451 593 



Pennie & Edmonds llp 

Counsellors at Law 

3300 Hillview Avenue 
Palo Alto, CA 94304 
(650) 493-4935 



ATTORNEY DOCKET NO. 9 826-032-999 

Assistant Commissioner for Paients 
Box PATENT APPLICATION 
Washington, D.C. 20231 



Date: February 1.2000 



The followinj^ utility patent application is enclosed for filing: 



Applicant(s): HannaAbi-Sakh and Hee Tseng Executed on: unexecuted 

Title of Invention: Apparati s and Method for Automated Testing of Print Drivers in a Computer System 



PATENT APPLICATION FEE VALUE 



TYPE 


NO. FILED 


LESS 


EXTRA 


EXTRA RATE 


FEE 


Total Claims 


24 


-20 


4 


$18.00 each 


S 72.00 


Independent 


3 


-3 


0 


$78.00 each 


$ 0.00 


Minimum Fee 

r= Multiple Dependency Fee 

If Applicable ($260.00) 

Total 

50% Reduction for Independent Inventor, Nonprofit 
Organization or Small Business Concern (a verified statement 
as to the applicant's status is attached) 

Total Filing Fee 


$ 690.00 


$ 0.00 


$ 762.00 


S 0.00 


$ 762.00 



Also Enclosed: 

la Declaration for Patent Application (unexecuted); 
la 1 1 sheets of f )rmal drawings. 



Please charge the required fee to Pennie & Edmonds llp Deposit Account No. 16-1150 (9826-032-999). A 
copy of this sheet is enclosed for such purpose. 



Respectfully submjtted 

33,885 

William S. Galliani (Reg. No.) 

PENNIE & EDMONDS llp 

This form is noi for use with continuation, divisional, re-issue, design or plant patent applications. 



CAl -237768.1 



APPA ElATUS AND METHOD FOR AUTOMATED TESTING OF PRINT 
DRIVERS IN A COMPUTER SYSTEM 



Brief Pes :ription of the Invention 

This invention relates generaUy to testing computer systems. More 
particularly, this invention relates to a method and apparatus for testing print drivers in 
a computer system. 

5 Background of the Invention 




Typically computer systems have a processor, memory, display, an input 
device and a printer. A computer program, called a print driver, is stored in the 
memory £ind is executed by the processor to communicate with the printer. When a 
new printer is attached to the computer system, typically a new print driver is also 
1 0 installed. Sometimes a new print driver is installed for an existing printer to fix 

software problems or enhance the printer's operation. Computer systems often store 
many dif erent types of application programs that use the printer to print different 
types of documents. For example, the application programs may include a word 
processing program, a spreadsheet program and a drawing program. 

15 T tie printing process under MICROSOFT WINDOWStm (Registered 

Tradema-k of Microsoft Corporation) is as follows. The application translates the 
document to be printed into an intermediate representation with the aid of a 
MICROSOFT WINDOWS™ module called Graphics Device Interface (GDI). The 
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GDI also displays graphics and text on a display. MICROSOFT WINDOWS™ 
instructs tlie print driver to translate the intermediate representation to the specific 
language of the printer, such as Hewlett-Packard's ?CL™ (Registered Trademark of 
Hewlett Packard Company) and Adobe's POSTSCRIPT^m (Registered Trademark of 
5 Adobe Systems Inc.). 

Printing a document tests and exercises a print driver because the driver 
translates from the intermediate representation to the language of the printer. The 
more varied the documents, the better the testing because more aspects of the print 
driver are tested. Using different types of applications and documents increases the 
10 likelihood that the print driver is tested properly. 

When a print driver is changed or a new print driver is added, the system is 
tested to make sure the print driver operates properly. Traditionally, two techniques 
have been used to test print drivers - a manual technique and a partially automated 
technique . In the manual technique, the tester manually performs a series of steps to 

1 5 test the pint driver. For example, the user opens an application, such as Microsoft 
WORD, iind opens a document via Microsoft WORD. The user manually calls the 
print driver through Print Setup, sets options, such as orientation and paper size, and 
approves the options by hitting an OK or Apply button. The user instructs the 
application to print the document. The problem with the manual technique is that it is 

20 tedious, time-consuming and error-prone. Because users often forget the sequence of 
steps, if £. problem arises, it is difficult to retrace the user's steps to identify the source 
of the problem. 

In the partially automated technique, a programmer writes a test program that 
"hard codes" the names and behaviors of the applications, documents and drivers in 
25 the test program. When executed, the test program opens the application and 

documert, sets the values of the driver options, prints the document, and closes the 
document and application. The problem with the partially automated technique is that 
adding new applications, drivers, or driver options may involve rewriting or modifying 
the test program. The test program is designed to test a set of specified applications 
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using specified drivers with specified sets of options. However, the test program may 
not be abli; to test a print driver when new applications are added, when the operation 
of the specified driver has changed, or when options are added. In any of these cases, 
the test program must either be modified or rewritten. Although the test program can 
5 be design<;d using modular programming and common procedures to reduce the 
number and magnitude of modifications, the test program must still be at least 



In view of the foregoing, it would be desirable to provide a method and system 
to automatically test drivers. This method and system should allow applications, 
10 documents, drivers and driver options to be easily added, modified and deleted. 

Summary of the Invention 




To test a print driver in a computer system, a driver-test data structure with 
associated applications and documents is automatically generated. The driver-test data 
structure is processed to open the associated applications and documents and thereby 
15 test the pj int driver. 

In one aspect of the invention, one or more print options associated with the 
driver are selected. The driver-test data structure is automatically generated with the 
associated applications, documents and print options. The driver-test data structure is 
processec. to open the associated applications and documents, and to set the selected 
20 print optiDns. In an alternate aspect of the invention, the print options of the print 
driver are automatically learned. 

Ir another aspect of the invention, a graphical interface is provided to associate 
the appli(;ations and documents. In yet another aspect of the invention, the graphical 
interface includes a spreadsheet to associate the applications and documents. In yet 
25 another aspect of the invention, a graphical interface is provided to associate the 
applications, documents and print options. 

By automating print driver testing, this invention reduces the time for testing 
drivers. Using the present invention, new drivers, applications, documents and driver 
options can be easily added, modified and deleted for the automated testing. 

009826-00 52-999/WSG/JJS (PA-1 188) 3 



modified. 




Brief Description of the Drawings 

For a better understanding of the invention, reference should be made to the 
following detailed description taken in conjunction with the accompanying drawings, 
in which: 

5 FIGURE 1 illustrates an exemplary graphical user interface with control 

options oi an exemplary print driver. 

F13URE 2 illustrates a computer system implementing the non-programmatic 
automated print driver testing based on automatic learning of the driver under test and 
easy integration of applications. 
10 FI GURE 3 is a flowchart of a method implementing the automatic testing of 

print drivers in accordance with an embodiment of the present invention. 

FIGURE 4 A illustrates a graphical user interface of a registration procedure in 
accordanc e with an embodiment of the present invention. 

FIGURE 4B illustrates an exemplary pop-up window to configure one or more 
1 5 keystroke characters in an entry field of Fig 4A in the registration procedure. 

FIGURE 5 is more detailed flowchart of a method of testing a specified print 
driver of Fig. 3. 

FIGURE 6 illustrates selecting a print driver of an Automated Driver Testing 
(ADT) procedure in accordance with an embodiment of the present invention. 
20 F] GURE 7 is a flowchart of a method of selecting a driver to be tested using 

the graphical user interface of Fig. 6. 

F] GURE 8 illustrates an update panel of the graphical user interface of the 
ADT procedure which provides a graphical user interface to implement the flowchart 
of Fig. 5. 

25 F GURE 9 illustrates another control option of the spreadsheet of Fig. 8. 

F lGURE 10 illustrates yet another control option of the spreadsheet of Fig. 8. 
F [GURE 1 1 illustrates an option setup window of the ADT procedure in 
accordance with an embodiment of the present invention. 

Like reference numerals refer to corresponding parts throughout the drawings. 



009826-00 52-999/WSG/JJS (PA-1 188) 



4 



Detailed E description of the Invention 

As shown in Fig. 1, a driver has numerous control options which can be set 
interactively using the driver's graphical user interface (GUI) 14. In the print driver 
GUI 14, p-int options are set using control objects. A control object is a predefined 
5 graphical object. For example, there are many different types of control objects 
including a button 1 6, a tab control 1 8 with its associated tabbed pages 1 8-1 to 1 8-4, 
and a combo box 19. In this description, control objects may also be referred to as 
controls. 

Tl-e non-programmatic automated print driver tester automatically learns at 
10 least a subset of the control objects of the print driver. To test the print driver, the 
non-programmatic automated print driver tester automatically exercises the learned 
control ot jects. A control object is exercised by selecting a specified setting of the 
control ot ject and then reading back that setting of the control object to be sure the 
control ol ject has the specified setting. 

1 5 In Fig. 2, a computer system 20 implements non-programmatic automated print 

driver tes .ing in accordance with an embodiment of the present invention. The 
computer system 20 includes: 

a data processor (CPU) 22; 

a user interface 24, including a display 26, and one or more input devices, 
20 such as a mouse 32 and a keyboard 34; 

a memory 38, which may include random access memory as well as disk 
storage and other storage media; 

a disk controller 40 and disk drive 42 for retrieving information from and 
storing information to the disk drive 42; the information includes 
25 programs and data; 

a printer 44 that prints documents; and 

one or more buses 46 for interconnecting the aforementioned elements of 
the computer system 20. 



009826-00 52-999AVSG/JJS (PA- 1188) 



5 



The memciry 38 stores a number of different programs, sometimes called procedures. 
The print driver testing control programs are executed by the system's processor 22. In 
atypical implementation, the memory 38 includes: 

an operating system 52 that includes procedures for handling various basic 
system services and for performing hardware dependent tasks; the 
operating system 52 may include a set of user interface procedures for 
handling input received from the user interface 24 and displaying the 
output to the user on the display 26; 
one or more application programs 54; 

one or more documents 56 to be displayed or printed by the applications 
54; specific documents may be designated to be printed by specific 
applications; 

one or more print drivers 5 8, invoked by the applications 54, that provide 
an interface between the applications 54 and the printer 44 to print a 
document 56; in a preferred implementation the print driver 58 provides 
a printer-driver graphical user interface to allow a user to set printer 
options; the printer-driver graphical user interface may include one or 
more windows; many windows may require a user response; 
a registration procedure 60 that registers an application 54 for testing; the 
registration procedure 60 provides a graphical user interface for the user 
to enter registration information describing each application 54 that may 
be selected for testing; in one embodiment, the registration procedure 60 
generates a registration file 62 that includes registration information for 
each registered application; 

the registration file 62 that stores the registration information for the 
applications 54; in one implementation, the registration file 62 is called 
knownapp.txt; 

an ADT procedure 64 that includes a set of procedures that implement the 
non-programmatic automated print driver testing in accordance with an 
embodiment of the present invention; 
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an ADT window procedure 66 that provides a graphical user interface to 
allow a user to select a driver to test, and that allows a user to select 
applications, documents and driver options; 

a test engine 70 that opens associated applications and documents, and 
sets selected print options, if any, of a driver-test data structure to test the 
print driver; 

a driver-test data structure 72, that in one implementation, is a spreadsheet 
file; 

an auto-learn procedure 74 that identifies print driver options and stores 
the identified options in a learned-controls file 76; in particular, the auto- 
leam procedure 74 identifies the control objects of the graphical user 
interface of the print driver; 

at least one learned-controls file 76 that stores the driver's controls; the 
name of the learned-controls file 76 is a numerical prefix followed by a 
".fnd" extension; 

a learned-controls index file 78, updated by the ADT procedure 64, that 
associates each learned driver with a learned-controls file 76 that identifies 
the driver's controls; the controls are those options that may be set by a 
user via the printer-driver graphical user interface; the learned-controls 
index file 78 has a ".fdf extension; for example, the learned-controls 
index file 78 may have a name of "drivmams.fdt;" 
a test-log file 82, generated by the test-engine 70, that associates a date 
and time with specified events during testing; and 
a template file 84 that specifies application programs 54 and documents 
56 to be tested, and not a print driver 58. A template file is used to easily 
create spreadsheets to test different print drivers 58 using the same 
application 54 programs and documents 56; and 

a fixit procedure 86 to allow the user to correct improperly identified 
controls of the print driver. 

In Fig. 3, an overview of the testing technique in accordance with an embodiment 
of the pre sent invention is shown. In step 90, an application 54 (Fig. 2) is registered using 
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the registration procedure 60 (Fig. 2). In one embodiment, the registration procedure 60 
is implem<!nted by a procedure called "Edit Known App" which will be described in detail 
with reference to Figs. 4A and 4B. In step 92, the ADT procedure 64 (Fig. 2) invokes the 
test-enginij 70 (Fig. 2) to open at least a subset of associated registered applications and 
document;;, setting specified print options, if desired, of a driver-test data structure 72 
(Fig. 2), aid printing the document to test the print driver 58 (Fig. 2). 

In Fig. 4A, a graphical user interface (GUI) 100 displayed by the registration 
procedure 60 (Fig. 2) is shown. When the registration procedure 60 (Fig. 2) is invoked, 
the registi ation procedure 60 (Fig. 2) presents the user with the GUI 100 in which to 
provide registration information about the applications. Each application 54 is a separate 
entry with data that is entered in an "Application's KnownApp Entry" area 102 of the 
GUI 100. The "Application's KnownApp Entry" area 102 includes a set of text fields 
1 04-1 34, :iot all of which may be populated, that describe the application. For each entry, 
the text fislds 104-134 are as follows: 

A ^PEXE 1 04 is the name of the executable file of the application. 

A ^PNAME 1 06 is the user' s common name for the application. 

A ?>PTITLE 1 08 is the captioned name displayed on the title bar of the application. 

A PPOPEN 1 1 0 is a predetermined keystroke sequence to open a document or file 

in the application. 

APPOPENDOC 1 1 2 is a predetermined keystroke sequence to place a cursor at 
a field where the document name is to be entered to open a new document in the 
application. 

APPOPENDOCCOND 1 14 is a predetermined keystroke sequence to respond to 
a dialog box that may be presented on the display in response to the keystroke 
S£ quence of APPOPENDOC. Not all applications will display a dialog box when 
0]>ening a document. 

APPOPENCOND 116 is a predetermined keystroke sequence to respond to a 
d alog box that may be presented on the display when an application begins 
e:cecution. Not all applications will display a dialog box when opening a 
document. 
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APPEMPTYDOC 118 is a default name given to a new document by the 
application. 

APPPRINT 1 20 is a predetermined keystroke sequence that opens a print dialog 
box to print an open document in the application. 

APPPRINTCOND 122 is a predetermined keystroke sequence that instructs the 
pri It dialog box to start printing the document. 

AFPCLOSE 124 is a predetermined keystroke sequence to close a document in 
the application. 

Ar PCLOSECOND 126 is a predetermined keystroke sequence to respond to a 
dialog box that may be presented on the display in response to closing the 
document. Not all applications will display a dialog box when closing a 
do ;ument. 

APPSAVPOPUP 128 is a predetermined keystroke sequence to respond 
negatively to a dialog box that may be presented on the display when closing a 
document asking if the document is to be saved. 

APPNEW 1 30 is a predetermined keystroke sequence to respond to a dialog box 
that may be presented when a new document is created. 

Al'PPAGSETUP 1 32 is a predetermined keystroke sequence to display a page set- 
up window in the application to control the appearance of the document. 
A]*PEXIT 1 34 is a predetermined keystroke sequence to exit the application. 

Se me applications display a sequence of pop-up windows in response to certain 
commands. To provide predefined responses to these pop-up windows, each text field 
1 04-1 34 can store multiple keystroke sequences. To form a string of keystroke sequences, 
multiple keystroke sequences are entered in a text field separated by semi-colons. Each 
keystroke sequence is terminated by a semi-colon and is a response to a particular pop-up 
window. 

In Fig. 4A, an exemplary set of registration information for an application known 
as MICROSOFT WORKS is shown. The plus sign "+" is a visual representation 
indicating a key combination, but the plus sign is not stored internally. The alternate 
(ALT), control (CNTL) and escape (ESC) characters are combined with the next alpha- 
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numeric ct aracter. For instance, "Alt+f+o" means that the keys for the Ah and f keys are 
combined and played, followed by the key for the "o" character. Internally, the ADT 
procedure stores a string representing the "Alt+f+o" key sequence as follows: 

{ALT}(f)o. 

5 In a preferred embodiment, the entry fields 104-134 of the "Edit KnownApp" 

window 100 are read only, and the user double clicks on the desired entry field to pop-up 
a window that allows the user to add, change and delete text for that entry field. In an 
alternate e mbodiment, the entry fields 1 04- 1 34 of the "Edit KnownApp" window 1 00 can 
also be wi itten to, so that the user can manually add, change and delete the text in the 

10 entry fields. 

In an entry control area 136 of the registration window 100, the number of the 
current entry is displayed in a current entry field 138 and the total number of entries is 
displayed in a total entry field 140. A new button 142 is used to add a new entry. A 
remove entry button 144 is used to delete an entry. A "Go To" button 146 provides a 

1 5 shorthand way of navigating to different entries. A clone entry button 1 48 creates a new 
entry wit! the same registration information as the current displayed entry. The Up and 
Down arrow buttons, 150 and 152, display a previous or next entry, respectively. Asave 
button 154 saves the registration information in the registration file 62 (Fig. 2). The 
registration information of the text fields of the Application's KnownApp Entry area 1 02 

20 for each application is stored in the registration file 62 (Fig. 2). The backup and restore 
buttons, 156 and 158, are used to backup and restore registiration information, 
respectively. The exit button 160 closes the registration window 100 (Fig. 2) and 
terminates the registration procedure 60 (Fig. 2). 

In Fig. 4B, to update an entry field 1 04-1 34 ofthe "Edit KnownApp" window 100 
25 (Fig. 4A', the user double clicks on the desired entry field and an "Edit KnownApp 
Entry" pctp-up window 162 is displayed. The "Edit KnownApp Entry" pop-up window 
162 provides a text field 164 for displaying the entered key sequences. A set of 
checkbo>es 166 allow the user to specify predefined key sequences. When checked, 
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check box 166-1 places the keystroke for the escape (ESC) key in the entry field. When 
checked, cieck box 166-2 places the keystroke for the enter (ENTER) key in the entry 
field. When checked, check box 166-3 places a set of keystrokes for the combination of 
the control (CTRL) key and a specified key, followed by up to two additional keys in the 
5 entry fielc. When checked, check box 166-4 places a set of keystrokes for the 
combination of the alternate (ALT) key and a specified key, followed by up to two 
additional keys in the entry field. When checked, check box 166-5 allows a user to 
specify a delay between keystroke sequences in seconds. When the 
"AcceptUiititledLabel" checkbox 167-1 is checked, the "AcceptUntitledLabel" text box 

1 0 1 67-2 can 3e populated. The "AcceptUntitledLabel" checkbox 1 67- 1 and text box 1 67-2 
are used ^vhen an application displays a predefined generic name when opening a 
document, rather than the actual name of the document. For example, when some 
applications open a document designated as read-only, those applications open a copy of 
the document with a generic name such as "untitled- 1 ." The generic name is entered into 

1 5 the "Acce]3tUntitledLabel" text box 1 67-2. When opening a document, the test-engine 
uses the generic name rather than the actual name of the document to confirm that the 
correct document was opened. A clear entry button 168 clears the current entry field 
being edited. An "OK" button 1 70 updates the specified entry field with the entered key 
sequence. Based on the selected checkboxes 1 66 and 1 67- 1 , the registration procedure 

20 generates and stores the appropriate keystroke sequence to be played. In this way, by 
using chec kboxes 1 66 rather than directly typing keystrokes, the user can specify complex 
keystroke sequences and the number of errors from entering incorrect sequences is 
reduced. 

Referring to Fig. 5, a flowchart of operating the ADT procedure 64 (Fig. 2) to test 
25 a print driver is shown. Once at least one application has been registered in the 
registraticn file 62 (Fig. 2), the ADT procedure 64 (Fig. 2) can be invoked to test a print 
driver 58 (Fig. 2). In step 172, the ADT procedure 64 (Fig. 2) invokes the ADT window 
procedure 66 (Fig. 2) to display an ADT window, which will be described in detail with 
reference to Figs. 6 and 7 . In step 1 74, a print driver is selected. In step 1 76, one or more 
30 applications are selected. In step 178, one or more documents are selected. The user 
associates, subsets of the documents with each selected application. In step 180, printer 
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options are selected and modified, if desired. In step 1 82, from the ADT window, the user 
invokes the test-engine 70 (Fig. 2) to test the selected print driver using the selected 
applicatior s, documents, and printer options. 

In ]• ig. 6, in a noteworthy aspect of the invention, a graphical interface is provided 
5 to select the print driver. The graphical interface is an ADT window 200, generated by 
the ADT v/indow procedure 66 (Fig. 2). A title bar 202 of the ADT window displays 
"ADT" to identify the non-programmatic automated print driver test. A menu bar 204 
provides v^ell-known command buttons including "File" 206, "Edif 208, "Run" 210, 
"View" 2 .2 and "Help" 214. A tool bar 216, below the menu bar 204, provides 
10 additional command buttons including: "Select driver" 218, "Open application" 220, 
"Openmu tiple documents" 222, "Create spreadsheet"224, "Run" 226, "Auto-learn" 228, 
"Manual loam" 230, "Fix-it" 232, "Call driver" 234, "View log" 236, "Edit associate file" 
238 and "Help" 240. 

Referring also to the flowchart of Fig. 7, when the user activates the "Select 
1 5 Driver" button 21 8, in step 248, the ADT window procedure 66 (Fig. 2) displays a "List 
Driver Nane" window 250 which lists the installed print drivers of the computer system. 
The user selects an installed print driver 252 for testing, and activates the "OK" button 
254. In step 256, the ADT window procedure 66 (Fig. 2) identifies a selected print driver. 
In step 25{;, the ADT window procedure 66 (Fig. 2) checks the learned-controls index file 
20 78 (Fig. 2) to determine whether the selected print driver 252 has already been auto- 
learned by the auto-learn procedure 74 (Fig. 2). If the selected print driver 252 has 
already be sen auto-learned, the name, as it appeared in the "List Driver Name" window 
250, will be found in the learned-controls index file 78 (Fig. 2). 

If ;he selected print driver has not been auto-learned, the name of the selected print 
25 driver is r ot in the learned-controls index file 78 (Fig. 2). In step 260, the ADT window 
procedure 66 (Fig. 2) provides a pop-up auto-learn window that asks the user if they want 
ADT to aato-leam the print driver. If the user selects a "Yes" button, the ADT window 
procedure: invokes the auto-learn procedure 74 (Fig. 2) which generates the learned- 
controls file 76 (Fig. 2) for the driver, and updates the learned-controls index file 78 (Fig. 
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2) with the driver name and the name of the learned-controls file for that driver. In step 
262, the A]3T window procediire 66 (Fig. 2) generates a display similar to Fig. 8 except 
that the body of a spreadsheet is empty, excluding the first three rows. If the user selects 
a "No" button, the ADT window procedure does not update the learned-controls file 76 
5 (Fig. 2) and learned-controls index file 78 (Fig. 2), and proceeds to generate a display as 
shown in Fig. 8, except that no driver or control options are shown. 

Re 'erring to Fig. 8, after a print driver has been selected, the ADT window 
procedure 66 (Fig. 2) displays an update panel 270 which provides a graphical user 
interface to implement the flowchart of Fig. 5. The title 202, menu bar 204 and tool bar 

10 2 1 6 are the : same as in Fig. 6. The ADT window procedure 66 (Fig. 2) displays the name 
of the selected driver in a driver name text box 272 in the update panel 270. An 
application list area 274 displays a scrolling list of names of application programs 54 (Fig. 
2) that we -e registered by the registration procedure 60 (Fig. 2). Alternately, when the 
user clicks on the "Open Application" 220 menu button, the ADT window procedure 

1 5 displays a pop-up window that allows a user to select applications to add to the scrolling 
list of the application list area 274. Once these applications are added to the list, they are 
stored so the user need not repeat that addition again until there are new applications to 
add to the list. 

A documents list area 276 displays a scrolling list of document names using the 
20 full-path r^ame. The ADT window procedure identifies documents by allowing the user 
to add sels;cted documents to the scrolling list of the documents list area 276 by clicking 
the open documents button 222. When the user clicks on the open documents menu 
button 222, the ADT window procedure displays a pop-up window that allows a user to 
select documents to add to the scrolling list of the documents list area 276. After the 
25 documents are displayed, the documents can be used to create a new spreadsheet for a 
learned oj- for a not-yet-leamed driver, or to update an older spreadsheet. A driver's 
option setting area 278 displays a scrolling list of learned-controls for the selected print 
driver from the learned-controls file 76 for the selected driver. Each learned control 
includes a controlID, a control type, the control's class name, the control's ordinal 
30 number, Ihe control's relative location with respect to the top left comer of the driver 
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control window, the height and width of the control, and one or more selectable control 
values for .hat control. 

In mother noteworthy aspect of the present invention, a spreadsheet area 280 
displays a spreadsheet 281 which allows a user to easily associate applications and 
documents, and to control the printer options for each combination of application and 
document, if desired. The user may create a new spreadsheet. Alternately, the user may 
select an existing spreadsheet. 

A (control area 282 has buttons to help the user to build a spreadsheet which will 
control the driver and the application. The control area 282 will be described in further 
detail belc w. Initially, the spreadsheet area 280 is empty, except for the first three rows 
which list print driver options if a print driver has been specified. As shown in Fig. 8, the 
spreadsheet area 280 displays a spreadsheet which has been populated. 

Th e spreadsheet has cells which are organized in rows and columns, 284 and 286, 
respectively. Columns one and two of the spreadsheet store predefined types of data. 
Column one stores the names of the applications and column two stores the names of 
documents. The third row of the spreadsheet displays the captions for the columns. The 
caption for column one is "Application," and the caption for column two is "Document 
Files." The captions for each control are shown in column three to the last column. The 
captions for the controls are from the learned-controls file 76 (Fig. 2). 

The user uses the mouse to populate the spreadsheet. To select applications to 
test, the user uses the mouse to drag and drop the name of an application from the 
applicaticn list area 274 anywhere in one row of the spreadsheet area 280. The ADT 
procedure; automatically places the name of the application in the first colunrm. To select 
documen s to test, the user uses the mouse to drag and drop the name of one or more 
documenis fi-om the documents list area 276 into a row. The ADT procedure 
automatically drops the document name in that row. Subsequent documents are dropped 
in consecutive rows. The ADT procedure automatically places document names in 
column two. 
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To select print driver options, the user drags and drops the value of a control from 
the driver';; option setting area 278 into a row. The ADT procedure automatically finds 
the columr associated with that control, and drops that value in that associated column 
of the row. Alternately, to select values for the driver options, the user double clicks on 
the cell, th(; ADT procedure displays an options window which will be described below, 
and the user selects a value for the driver option. In addition, the user can globally search 
and replace; in the cells. When all the selected documents in a spreadsheet are the same, 
but the paths have changed, the user can globally change the paths to eliminate the need 
for the user to manually enter data. For example, sometimes print drivers need to be 
tested witt different sizes of paper. Using the spreadsheet, the user can globally change 
the paper size in the entire spreadsheet, such as changing a paper size of A4 to Legal size. 

Imhe control area282, additional controls increase the ease of creating, modifying 
and saving spreadsheets. A run area 292 includes a print log check box 294, a toggle 
comment mutton 296, and a clear driver button 298. When the print log check box 294 
is checked, the ADT procedure 64 (Fig. 2) prints a portion of the test-log associated with 
that docurient after the document is printed. The toggle comment button 296 allows a 
user to se ectively exclude a row fi-om being executed by the test-engine 70 (Fig. 2). 
When a row is excluded, an exclusion symbol is placed at the beginning of the row. 
When the row is included, no exclusion symbol is present. The clear driver button 298 
removes ttie print driver from the update panel 270 leaving all other information except 
print driver options. The clear driver button 298 facilitates the selection of a new print 
driver, ani applying the new print driver to existing applications and documents in the 
spreadsheet area. The clear driver button 298 also aids in the creation of templates. 

In an edit area 300 of the conttol area 282, another set of buttons, 302-316 and 
324, allov^ a user to edit the spreadsheet. To perform copy and paste operations, a copy 
button 302 allows a user to copy selected items from list areas 274, 276 and 278, or the 
contents of selected cells of the spreadsheet; and, a paste button 304 allows the user to 
paste the contents of any copied information to a portion of the spreadsheet. In the case 
of selectiDns from the driver's option setting area 278, the ADT procedure 64 (Fig. 2) 
copies the values of the print options. When pasted, the ADT procedure 64 (Fig. 2) places 
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the copied values in the appropriate columns of the current row in the spreadsheet. A 
move button 306 allows the user to move selected cells of the spreadsheet. A cut button 
308 allows the user to delete selected text from the spreadsheet. A clear all button 310 
clears the entire update panel 270. An add a row button 3 12 adds an empty row to the 

5 spreadshee t, and a delete a row button 3 1 4 deletes the current row from the spreadsheet. 
A delete column button 316 deletes the column from the spreadsheet. Application and 
document columns, 318 and 320, respectively, cannot be deleted. Control options 
columns 322 can be deleted. An insert pause button 324 inserts a pause command into 
the spreadsheet. When the test-engine 70 (Fig. 2) recognizes the pause command, the 

1 0 test-engine 70 (Fig. 2) stops execution until the user instructs the test-engine to proceed. 

In a file area 330 of the control area 282, another set of buttons allows a user to 
manage spreadsheet files. An open button 332 opens a previously created spreadsheet 
using its s])readsheet name. A save button 334 saves the current spreadsheet. A save as 
button 336 saves the current spreadsheet under a different specified name. A clear SP 
15 button 33 i clears the spreadsheet area 280 except for the first three rows of the 
spreadshe<;t. A new SP button 340 creates a new spreadsheet with an "untitled" title. A 
close SP button 342 allows the user to close the entire update panel 270. 

Fig. 9 shows additional control options using the same spreadsheet of Fig. 8. For 
example, m row three, for that combination of application and document, the control 
20 option of ihe 300 dpi print option is set to click 350. 

Fig. 10 shows another control option of the spreadsheet of Fig. 8. For example 
in row fivs, the paper source is set to manual feed 352. 



When the save or save as buttons are selected, the ADT procedure saves the 
contents c f the spreadsheet in a driver-test data structure having a predefined format. The 
25 driver-tes t data structure includes all the specifications that the user has selected using the 
ADT window. In one implementation, the driver-test data structure is a spreadsheet file. 
The sprea dsheet file is a tab separated text file and has a ".spd" extension, and will be 
discussed in further detail below. 
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Once the spreadsheet is updated, the test-engine 70 (Fig. 2) can be executed to test 
the specified print driver in accordance with the specifications of the spreadsheet. To 
invoke the test-engine, the user selects the run menu button 21 0 in the menu bar 204 or 
the run bution 226 in the tool bar 216. In response, the test-engine 70 (Fig. 2) processes 
5 the driver-test data structure to open the associated applications and documents, set any 
printer options, and thereby test the print driver. 

The test-engine 70 (Fig. 2) opens the driver-test data structure and processes the 
informatio i row-by-row. Starting at column one, the test-engine 70 (Fig. 2) parses the 
row. If a lew application is specified, the test-engine 70 (Fig. 2) closes the previous 

1 0 applicatior i and opens the new application, otherwise the test-engine 70 (Fig . 2) uses the 
previous application. When an application is executing, an application window is 
displayed. To determine whether the application window is displayed, the test-engine 70 
(Fig. 2) issues commands to retrieve a handle of the application window that is currently 
the active a vindow. The test-engine 70 (Fig. 2) determines the state of the application and 

1 5 the applies tion' s associated window. In a first state, the application may not be executing. 
In a second state, the application may be the top most window with no pop-up windows 
being disp layed or special conditions needing a response. In a third state, the application 
may be th<; top most window with a pop-up dialog box associated with that application 
(a child dialog box) being displayed. In a fourth state, the application may be executing 

20 but may not be the top most window, and is hidden by other application windows. In 
particular, another application may display a pop-up window and place the cursor in that 
window. For example, a dialog box notifying the user of an email message may be 
displayed while the application that the test-engine launched is being executed. This new 
applicatio i has superceded the application launched by the test-engine in the list of 

25 processes in the operating system. 

These states are identified using process handles, executable names and the 
application's own title in a succession of inquiries to the operating system. Often, an 
application has not finished loading and the ADT procedure waits for a predetermined 
amount of time for the loading to complete. The title of the application is in the 
30 application's registration entry item APPTITLE 108 (Fig. 4). Once the application is 
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loaded, to confirm the identity of the application, the test-engine 70 (Fig. 2) retrieves the 
name of tire application from it's title and compares it to the name entered in the 
APPTITLE, entry item of the registration file. 

For the state in which the application is on top and there are no pop-up windows, 
5 the test-engine 70 (Fig. 2) opens the document. 

Foi the state in which the application is on top and there is a pop-up dialog 
window, tt e test-engine 70 (Fig. 2) dismisses that dialog box using the user supplied key 
sequence that is associated with that condition, in the APPOPENCOND field of the 
registration file. If the pop-up window is not dismissed after playing the user supplied 
1 0 key sequer ice, the test-engine 70 (Fig. 2) takes a guess as to the appropriate key sequence. 
The guess depends on a state of the test-engine. When opening applications and 
documents, or if printing, the test-engine selects the default choices of the dialog box by 
playing an enter key character. Alternately, when the enter key fails to dismiss the dialog 
box, the ADT procedure may execute an algorithm to dismiss the dialog box, 

15 For the state in which the application is hidden behind a window of another 

application, the test-engine 70 (Fig. 2) attempts to bring the application window of the 
applicatio 1 launched by the test-engine to the top (foreground) and make it the active 
window. Jsing a loop, the test-engine waits for a predetermined amoxmt of time for the 
applicatio 1 window of the application launched by the test-engine to return to the top. 

20 After the predetermined amount of time, if the application window of the application 
launched ^y the test-engine does not return to the top, then either the application has a 
software problem, the operating system failed because of resource shortages, the 
application was not installed properly, or another failure has occurred. The test-engine 
70 (Fig. 2) stops execution of the rows associated with this application, and updates the 

25' log file tc indicate that the rows associated with this application will not be processed. 
The test-e ngine begins processing the rows associated with a different application. 

O ice the application has displayed its application window that allows the user to 
select a document, the test-engine 70 (Fig. 2) opens the document specified in column two 
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in the ciirre it row of the spreadsheet using the key sequence specified in the APPOPEN 
text field 1 10 (Fig. 4) of the registration file for the application. The APPOPENDOC 
field 1 12 (Fig. 4) in the registration file for the application ensures that the name of the 
document is in the correct place in an "Open file" dialog box. When the "Open file" 
5 dialog box is approved for a document and the document is being opened, if a pop-up 
window interferes with that document's opening, the test-engine accesses the user 
supplied information in the APPOPENDOCCOND field 1 14 (Fig. 4) in the registration 
file to determine the responsive keystroke sequence, if any. If there is no keystroke 
sequence or if the keystroke sequence fails to dismiss the interfering dialog box, the test- 
1 0 engine pro :eed to guess, as described above. 



Thi; test-engine 70 (Fig. 2) then determines whether any print driver options are 
specified in the row. If so, the test-engine 70 (Fig. 2) activates the print driver, which 
displays a print driver window. The test-engine 70 (Fig. 2) sets and responds to the 
controls o f the print driver window as specified in the option setup window for that 

1 5 control. To ensure that the specified print driver options are set appropriately, the test- 
engine 70 (Fig. 2) determines whether the print option that the test-engine just set has 
been recoi ded in the print driver by querying the control for that print option for the 
current value of the print option. If the current value of the control for the print option 
does not match the specified value from the spreadsheet, the setting of that print option 

20 failed, and the test-engine records a message that identifies the failure to set that option 
in the test -log file. For example, the test-engine 70 (Fig. 2) writes the following in the 
test-log 82 (Fig. 2.): "Failure could not set specified option value ..." with the date and 
time. The test-engine also prints the document so that the user may visually observe the 
failure. 1 he combination of the test-log and the printed document helps engineering fix 

25 the print driver. Sometimes, the print driver indicates that a print option is set, but, the 
printed document demonstrates otherwise. In this case, the user can identify the failure 
by visually inspecting the printed document. 

Tlie print driver window is activated once for each row. Once all the options are 
set, the te st-engine 70 (Fig. 2) automatically approves the print driver options by sending 
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the keystro ce sequence that effectively clicks the OK button, and dismisses the print 
driver window. The document is then printed by the test-engine 70 by exercising the key 
sequence ir the APPPRINT field 120 (Fig. 4) of the registration file which invokes the 
application's own dialog box for printing. Because each such dialog box may be different 

5 for each ap])lication, and all such dialog boxes cannot be learned by the ADT procedure, 
the test-enJine retrieves and exercises the key sequence, if any, specified in the 
APPPRINTCOND 122 (Fig. 4) field of the registration file to automatically respond to 
the applica ion's dialog box for printing to approve the printing process. Typically, the 
key sequence for the APPPRINTCOND 122 (Fig. 4) field is the ENTER key. The typical 

10 application print dialog box has the OK button highlighted as a default selection, and 
exercising the ENTER key approves the printing of the document. When finished with 
all or selected rows, the test-engine simply displays the term "Done" in a message box. 

On^e created, a spreadsheet can be used many times. If the driver is modified, 
the user cm request that the auto-learn procedure be executed to update the leamed- 
1 5 controls fil s for that driver. In one embodiment, the user selects the auto-learn button 228 
(Fig. 6) to invoke the auto-learn procedure 74 (Fig. 2). 

Ahemately, the ADT procedure provides a way for a user to test a subset of the 
applications, documents and selected controls in a portion of the spreadsheet. When a 
user highlights a subset of rows in the spreadsheet, the test-engine 70 (Fig. 2) processes 
20 a portion o Fthe driver test data structure associated with the highlighted rows, and thereby 
tests the print driver with the applications, documents, and selected controls of only the 
highlighted rows. 

For those controls that are clicked or unclicked, such as radio buttons, push 
buttons and check boxes,tiie ADT procedure visually represents available state(s) of those 
25 controls tc^ the user using values of "Click", "On" and "Off." When the ADT procedure 
presents "Click" to the user and the user selects "Click" for the value, the ADT procedure 
will apply a left-mouse button click to that control. For check boxes, the "Click" value 
toggles the check box between opposite values. If the check box includes a check mark, 
the "Click" will remove the check mark; if the check box is empty, the "Click" will place 
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a check ma-k in the check box. For radio buttons, in general, the "Click" value selects 
a radio button, but does not unselect an already selected radio button. The "On" and "Off 
values allow the user to set a check box to a specific value. This is often better for check 
boxes because it ensures that the driver option is either set or not set. A "Click" is 
5 allowed but not recommended for check boxes. For radio buttons and pushbuttons, the 
"On" and "Off values do not apply, and are not presented as an available value to the 
user. 

In ttiis way, the present invention, automated driver testing (ADT), makes it easy 
to add, mcdify and delete, drivers, applications, documents, and driver options to be 
10 tested. It also makes it easy to expand the number and nature of the options to be tested. 

Selecting Options 

As shown in Fig. 11 , to select options, the option setup window 360 is displayed 
when the user double clicks on a cell in the control values area 322 (Fig. 8) of the 
spreadsheet. To generate the exemplary option setup window 360 of Fig. 11 , the user 
1 5 double-cli :ked on the control option for 300 dpi in row three. In the option setup window 
360, the o Dtion caption 362, type of control 364, and row number 366 are displayed. A 
"list of opi ion(s)" area 368 displays available settings or values for the control option. In 
this exam])le, the only setting or value for the option 370 is "Click." 

Alternately, print option controls of a driver are placed on tab controls (18, Fig. 

20 1). The auto-learn process determines which tab control the driver option is on, if there 
is more tl" an one tab control in the driver, and which page of that tab control that print 
driver option is on. The value of the tab control and which page of that tab control that 
the driver option is on is recorded in a numerical string, called the controlID, so that the 
test-engire 70 (Fig. 2) may easily navigate among the controls during testing. For 

25 example, for the tabbed pages 1 8 of Fig. 1 at least four available settings will be displayed 
(the number of available settings depends on the number of pages in the tab control); each 
setting selects a different page. 
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When the print driver displays a secondary pop-up dialog box from an option in 
the driver being selected, a predefined response to the secondary pop-up box may be 
provided using a subsequent action and their buttons text box 372. The subsequent action 
and their buttons text box 372 works with the OK, CANCEL, IGNORE, ESC, EXIT, 
5 PAUSE, Y ES, NEXT and NO buttons, 376, 378, 380, 382, 384, 386, 388, 390 and 392, 
respectively, to allow the user to specify subsequent button settings to be activated on the 
secondary ])op-up dialog box. The test-engine 70 (Fig. 2) uses the specified subsequent 
button setting in the subsequent action and their buttons text box 372 to automatically 
respond to the secondary pop-up dialog box, after learning it. 

1 0 Th( ! option setup window 360 allows a user to globally find and replace text in the 

control options portion of the spreadsheet. A "Find This" text box 394 specifies 
characters to search for. A "Replace with" text box 396 specifies the replacement 
characters. A find button 398 allows a user to initiate a search for the specified characters 
in the "Fird This" text box 394. A "Replace Next" button 400 replaces the specified 

15 found chai acters with the replacement characters, and performs another search for the 
specified characters. A "Replace All" button 402 globally replaces the specified text with 
the replacement characters in the control options of the entire spreadsheet. 

A down radio button 404 and an up radio button 406 specify the direction of the 
search. A selected text check box 408 allows a user to only search and replace among 
20 highlighted or selected cells of the spreadsheet. 

An unselect button 410 allows the user to unselect a selected option in the list of 
options area 368. A clear action button 412 allows the user to clear the Subsequent 
Action and Their Buttons text box 372. A Cancel button 414 clears the option setup pop- 
up windo\ v360 from the display and does not change the spreadsheet. An OK button 4 1 6 
25 closes the option setup pop-up window 360 and makes the specified changes to the 
spreadsheet. 
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Conditional Responses 



Wh ;n a problem arises, some applications display a pop-up window informing the 
user of the problem. For example, an application may display a pop-up window stating 
"Can't fmc 'specified file' you should have installed for the document to run," "Can't 
5 find fonts,'' "File is read-only, do you want to open it anyway," "File needs conversion 
to new fonnat," and "Do you want to save." To respond to these pop-up windows and 
continue te sting, the test-engine retrieves the characters specified in one of the conditional 
text entries of the registration file. The conditional text entries are designated with the 
term "CO^ID" at the end of their field name in the registration procedure. 

10 The conditional responses are associated with specific events. When the event that 

is associate d with the conditional response occurs, the test-engine accesses the registration 
file to retrieve the conditional response for that event. If the registration file has a 
conditional response for that event, the test-engine executes the predefined keystrokes of 
the conditional response. For example, when some applications are opened, a pop-up 

15 window is displayed and the application waits for the user to respond to the pop-up 
window. 1 he test-engine will access the APPOPENCOND registrationinformation in the 
registratio i file to retrieve the conditional response, if any. If a conditional response is 
found, the test-engine executes the keystrokes to automatically respond to the pop-up 
window to continue testing. If no pop-up windows interrupt the testing, the instructions 

20 in the conditional text entry fields that are defined in the registration procedure and stored 
in the registration file are ignored. 

For example, for one application, the APPPRINTCOND response is: 

ENTER+— > 1 — >+N+ALT+d+ALT+o 

When this APPRINTCOND response is executed, the enter character will be played, then 
25 the test-ejigine will wait one second, as designated by the sequence: — >1 — >. The N 
character will be played, followed by playing the character corresponding to 
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simultaneously hitting the "ALT" and "d" keys, and followed by the character 
correspondiag to simultaneously hitting the "ALT" and "o" keys. 

Using the conditional responses, the test-engine has enhanced flexibility to 
automate th ; testing of print drivers with many different application programs, and reduce 
5 or eliminate user interaction with the print driver testing. 

Fixing an Auto-Learned Control 

Sometimes the auto-leam procedure 74 (Fig. 2) does not correctly identify a 
control. The ADT procedure provides a way for the user to correct improperly identified 
controls. 

1 0 Referring back to Fig. 7, the user highlights the column in the spreadsheet 280 for 

which the driver option was incorrectly learned, then clicks on the fixit button 232 (Fig. 
6) on the tc ol bar to invoke a fixit procedure 86 (Fig. 2). The fixit procedure 86 (Fig. 2) 
calls the print driver, navigates to the control of driver option which was incorrectly 
learned, and points a red arrow at the top left of the print driver option control that was 

15 incorrectly learned so the user can see the control of the print driver option. The fixit 
procedure ?6 (Fig. 2) presents the user with a fixit window that allows the user to change 
either the libel by which the driver option control is recognized or the control type of the 
driver opti ^n control. When the user selects and approves a change, the fixit procedxire 
86 (Fig. 2) modifies the learned-controls file 76 (Fig. 2) accordingly. 

20 In m alternate embodiment, referring back to Fig. 7, in the ADT window 270, a 

user can dauble click on a control in the driver's option setting area 278 and manually 
enter the correct information. 
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Learning an Omitted Control 



The auto-leam procedure 74 (Fig. 2) automatically identifies and stores 
informatior describing the controls of a driver in a learned controls file 76 (Fig. 2) for 
each driver. Sometimes the auto-leam procedure 74 (Fig. 2) does not identify a control. 
5 However, tie user can force the auto-leam procedure to learn the control. To force the 
auto-leam jjrocedure to leam the control, the user manually activates the print driver and 
selects the omitted control. The user then activates the manual-Ieam button 230 and the 
auto-leam procedure will leam the control and update the learned-controls file for that 
driver. 

10 An Exemplary Learned-Controls Index File 

Th(5 learned-controls index file 78 (Fig. 2) associates each driver, by name, with 
a learned-controls file 76 (Fig. 2). An exemplary leamed-controls index file is as follows: 
Pri at Driver 1 OOOOl.fnd 
Priat Driver 2 00002.fnd 
15 Print Driver 3 00003 .fnd 

Log 

The test-engine 70 (Fig. 2) automatically logs predefined events with dates and 
times. Ths predefined events at least include a date and time of the test, the name of the 
spreadsheet used for the test, when a row of the spreadsheet begins execution, when the 
20 applicatio ti is opened, the result of opening the application, opening a document and the 
result of cpening the document, and exercising a control and the result of exercising the 
control. JSSi exemplary log of the processing of one row, row 3, is as follows: 

5/5/99, 10:10:43 AM 

»> Tab separated text file is : C:\QA\TOOLS\ADTVACCPT9~l.SPD 
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»> 

>» 5/5/99, 10:10:58 AM: Running Row# 3 of the Spreadsheet. 

»> 

»> 5/5/99 10:1 1 :21 AM: Success: Application Adobe Illustrator opened. 
5 >>> 5/5/99, 10:11:21 AM: Opening Document : 

k:\DRIVEF.QA\TESTFILE\ACC95NT\AI41 G123 .AI 

»> 5/5/99, 10:11:45 AM: played APPOPENDOCCOND ({ENTER}) 

>>> 5 / 5 /9 9, 1 0:1 1:4 5 AM: Success: Document 

k:\DRIVEI!.QA\TESTFILE\ACC95NT\AI41G123.AI is opened. 
10 »> 5/5/99, 10:11 :51 AM: Driver successfully started. 

»> 5/5/99, 10:1 1:56 AM: Control #1.1.5, &Portrait: 

»> Exerc sing OptionBox &Portrait 

»> 5/5/9S, 10:12:10 AM: Success: OptionBox Clicked. 

»> 5/5/99, 10:12:21 AM: Control #1.1.13, Paper &source:: 
1 5 »> Exerc ising ComboBox Paper &source: 

»> 5/5/99, 10:12:28 AM: Success: exercised ComboBox item AutoSelect Tray. 

»> 5/5/99, 10:12:36 AM: All Options in row have been exercised. 

»> 5/5/99, 10:12:36 AM: OK button will be clicked to validate settings next 

»> 5/5/99, 10:12:37 AM: Control #0.0.10, OK: 
20 »> Exercising PushButton OK 

»> 5/5/99, 10:12:51 AM: Success: Button Clicked. 

»> 5/5/99, 10:12:54 AM: Completed setting options for this row. 

»> 5/5/99, 10:13:01 AM: Printing document. 

»> 5/5/99, 10:13:23 AM: Looking for unknown popups. 
25 »> 5/5/99, 10:13:23 AM: Pop-up is child of app. Looking for spooler pop-up... 

»> 5/5/99, 10:13:34 AM: Found app back. 

>» 5/5/99, 10:13:34 AM: Spooled job. On its way to the printer... 

»> 5/5/99, 10:14:05 AM: Success Closing Application Adobe Illustrator. 

»> 5/5/99, 10:14:07 AM: Done. 
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Because the test-engine automatically generates a detailed log, as shown above, 
the user cari quickly and easily identify applications, documents and control options in 
which failures occurred. 

Internal Structure of the Spreadsheet File 

5 The spreadsheet file has at least four lines. The first line of the spreadsheet file 

names the driver and, in one embodiment, appears as follows: 

DRIVER NAME: Print Driver 1 

The second line of the spreadsheet file describes all tab control objects (18, Fig. 1). In 
this description, the term "tab stop" refers to a tab control "Page." An exemplary second 
10 line of the spreadsheet file is follows: 

1 .0.0,TabControl,SysTabControl, 1 ,29,9,375,349,4,,,, 

In the exeriplary second line above, the "1.0.0" is the control identifier (ID) assigned by 
the auto-leam procedure to the one tab control object found. "TabControl" is the ADT 
control typ e designation of the control. "SysTabControl" is the class name. The control's 
1 5 ordinal nu nber is " 1 ." The control' s relative location with respect to the screen position 
of the driver on the display is 29,9. The control's height and width are 375 and 349, 
respectively. The "4" indicates the total number of tab stops or tab pages for the tab 
control. 

Tf e control ID is an internal classification number that is associated with each 
20 control op tion. The control ID is a numerical string sequence of three numbers, delimited 
by periods. Each control is associated with a specific page of a Tab Control. Within each 
Tab Control page, ADT navigates to the controls using the tab character. The first 
number indicates the tab control that the print driver option control is on. The second 
number indicates the page (tab stop) of that tab control that the driver option is on. The 
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third number is a unique number representing a specific printer control option, and only 
that printer control option. For example, for the fifth printer control option, the numerical 
sequence is "1 .2.5." Because Tab Controls are at the highest level of control options, the 
third numbe r is zero for Tab Controls. More generally, for Tab Controls, the second and 
5 third numbers are equal to zero. For example, if a print driver has three tab controls, the 
first, second and third tab controls will be associated with the controlIDs of "1.0.0," 
"2.0.0" and "3.0.0," respectively. 

The third line of the spreadsheet file describes the controls found in the driver 
except for their labels or captions which are described below. The description includes 
10 driver control characteristic such as the controlID, control type, control's class name, 
control's ordinal number, and the control's location with respect to the top left comer of 
the driver control window. The driver control characteristics are delimited by commas. 
The controls are separated by tab characters. For example, a portion of the third line is 
as follows: 

15 1.1.1, OptionBox, Button, 1, 194,81,20,97 1.1.2, OptionBox , Button,2,l 94,207 ,20,87 
1.1.3, Pusl-Button , Button,l,366,24,23,98 ... . 

The print driver control characteristics are used to set driver options and to read back the 
driver options using predefined fiinctions in VISUAL TEST™ (Registered Trademark of 
Rational Software Corporation) as well as the WINDOWS application programming 
20 interface. In an alternate embodiment, the driver control characteristics are used to set 
driver opt- ons and to read back the driver options using predefined fimctions in the 
MICROSOFT WINDOWS™ application progranmiing interface. 

Th3 class name is the name of the object to which that control belongs. The 
control's class name is assigned by either the operating system, such as MICROSOFT 
25 WTNDO^^'S™, or by the print driver designer. The class name may not resemble the 
fimction of the control itself. For example, the class name for the Microsoft WORD open 
dialog bo>. version 8.0 is "bosa_sdm_Microsoft Word 8.0." In addition, class names may 
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be used ambiguously. As shown in the exemplary third line of the spreadsheet above, 
both an OptionBox and a PushButton have a class name of "Button." 

To more quickly identify the control type of a print driver option control, the ADT 
procedure is; installed with a list of common and well known classes and their associated 
5 control type s. This list is stored in a known-class file called "KwnClass.txt." When the 
ADT procedure is executed, the known-class file is loaded into memory like the 
registration file. An exemplary portion of the known-class file for a combo box control 
type is as follows: 

» [Combe Box] 
10 » 

» Combo3ox 

» ThunderComboBox 

» TcomboBox 

Th< ; text in the square brackets includes the ADT procedure's internal name for the 
15 control type. Subsequent lines list the known classes that implement the combo box 
control. l or example, when the auto-learn procedure identifies a control with a class 
name of TcombBox, the auto-leam procedure 74 (Fig. 2) accesses the known-class file, 
and identifies the control as a ComboBox based on its class name of TcombBox. 

Wlien two control types have the same class name, or when the class name is not 
20 listed in the known-class file, the auto-leam procedure uses other techniques to identify 
the control, based on a control's properties and behavior. If those techniques fail, the user 
has the op- ion of using the "fixit" procedure of the ADT procedure. 

In one technique for learning a control type of an unidentified control, the auto- 
leam procedure pretends that the imidentified control is one of the known controls in the 
25 known-coitrols file. The auto-leam procedure exercises the unidentified control as if it 
were each of the controls in the known-controls file. After exercising the unidentified 
control as if it were a particular control type, the auto-leam procedure reads back a 
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response frcm exercising the unidentified control. The response is known for each type 
of control and differs based on the type of control. For example, the auto-leam procedure 
may pretend that the unidentified control is a checkbox, and attempt to read its value. If 
the auto-lea -n procedure receives an expected response, such as "checked", the auto-leam 

5 procedure attempts to confirm the control type by setting the control to its opposite value, 
such as "unchecked." The auto-leam procedure then attempts to read the current value 
of the unidentified control. For the checkbox, if the current value is still "checked", that 
control is not a checkbox and a control type of "check box" is eliminated. If the current 
value is "unchecked", the auto-leam procedure places the control type of "check box" on 

10 a list of poi ential control types for that control. The auto-leam procedure continues to 
attempt to eliminate control types based on the properties and behaviors of the 
unidentified control when exercised as though it were each known control in the known- 
controls fils. In most cases, a single control type will remain on the list of potential 
control types and the control is identified. 

1 5 Sorietimes, the list of potential control types has multiple potential control types. 

In this case, the unidentified controls are often either an option box, a check box or a 
command button (also known as a push button). The auto-leam procedure uses the 
ordinal number properties. A control of a particular type on a tab stop rarely has the same 
ordinal number as that of a different control of the same type on the same tab stop. For 

20 instance, if two push buttons are on tab stop three of the same tab control, those two push 
buttons probably have different ordinal numbers. When the unidentified control has the 
same ordir al number as a known control on the same tab stop, that known control type 
is eliminat;d from the list of potential control types. The auto-leam procedure compares 
the ordinal number for the unidentified control, to the ordinal number for each identified 

25 control for that tab stop and eliminates control types having the same ordinal number from 
the list of potential control types. In this way, the auto-leam procedure identifies the 
control tyi>e for most unidentified controls. 

The control type is a reserved internal ADT designation for the control. A set of 
intemal control types includes the following control types: TabControl, ListBox, 
30 CmdButtc n, EditBox, OptionBox, CheckBox, ComboBox, FileListBox, DirListBox and 
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DriveListBox. In particular, to determine the control type, the auto-learn procedure uses 
a process o F elimination. There are a predefined number of different controls. Each 
control has ]>redefined operational characteristics. To identify the controls, the auto-learn 
procedure executes the print driver and retrieves the handle for each control. The handle 
5 is used to access the control to retrieve information from and to set the control to a 
specified v£ lue. For each control, using the handle, the auto-learn procedure operates that 
control as iJ'the control were each of the predefined controls. When a control is accessed 
incorrectly, an error will be returned. Therefore, when a control is successfully accessed 
as a particular predefined control, the auto-learn procedure has correctly identified the 
1 0 control des pite its class name. 

The control's ordinal number is a xmique number per control type per tab stop 
which is se . by the operating system, such as MICROSOFT WINDOWS^^, or the driver 
designer. J^or example, if a first option box has ordinal number one on tab stop two, a 
second opt on box on the same tab stop most likely does not have the ordinal number of 
1 5 one because that ordinal number is used by the first option box. The second option box 
has an ordinal number of two. 

The relative location of the control is with respect to the top left comer of the 
driver window rather than from the top left comer of the display. The first number of the 
geographical location is the vertical value of the control with respect to the absolute 
20 vertical position of the driver window on the display. The second number is the 
horizontal position with respect to the leftmost absolute screen position of the driver. The 
third number is the height of the control, and the fourth is the width of the control. 

Some of the control characteristics are used to retrieve the handle that the 
operating system, such as MICROSOFT WINDOWS^m, assigns to each control. The 
25 handle is used to access and exercise the control and is retrieved when the driver is 
executed. The handle for each control is unique and typically does not change while the 
driver is e>cecuting. The handle does change at separate executions of the driver. 
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The fourth Une of the spreadsheet file lists the captions or labels of the controls. 
The captions are the text descriptions of the controls that are displayed such as 
"Landscape" and "Paper Size." The captions are also displayed on the spreadsheet. An 
exemplary Iburth line is shown below: 

5 Application Document Files &Portrait &Landscape More& Options... 
A&bout... Restore &Defaults OKCancel &Apply Paper &source:Paper:si&ze: 
&None &Coarse &Fine &line art &Error diffusion 

After listing the "Application" and "Document Files" labels, the controls are 
separated by tabs. The ampersands designate that the next character is to be underlined 
10 when displayed. 

The fifth and following lines of the spreadsheet file (corresponding to rows four 
and up of the GUI spreadsheet) describe the application's full path name, the document's 
full path n£.me, and selected driver option values, separated by tabs. For example, if the 
control is £ combo box listing paper sizes, one entry may appear as follows: "A4 210 x 
1 5 297 mm." If the third and fourth lines place the control option to designate the paper size 
in the fifth column, that entry in the fifth and following lines would be preceded by four 
tab charaders. 

A Template File 

20 A user may create and open a template file 84 (Fig. 2). A template file 82 (Fig. 

2) is the sjime as a spreadsheet file without driver information, including driver control 
options. The template file is especially useful when the user has a large number of 
applicatio i programs and documents and wants to use those same application programs 
and documents to test many print drivers. Using the ADT window, the template file can 

25 be retrieved, a new driver may be selected, driver control options may be set, and the 
resulting (combination of applications, documents, driver and driver control options may 
be stored in a spreadsheet. 
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An Exemplary Implementation 

In one implementation, the ADT window was created using MICROSOFT 
VISUAL BASIC 5.0™ (Registered Trademark of Microsoft Corporation). The test- 
engine, also known as ADTRun, also sends the document to the printer, sets the driver 
5 options, and monitors the spooler so that the spooler does not interfere with the testing. 
In one impL mentation, the test-engine and the auto-learn procedure were designed using 
VISUAL TEST 4.0™ (Registered Trademark of Rational Software Corporation) and 
compiled into pseudo-code. Alternately, the test-engine and auto-leam procedures are 
compiled to generate object code. 

1 0 The foregoingdescription,for purposesof explanation, used specific nomenclature 

to provide z thorough understanding of the invention. However, it will be apparent to one 
skilled in th e art that the specific details are not required in order to practice the invention. 
In other instances, well known circuits and devices are shown in block diagram form in 
orderto avciid unnecessary distraction from the underlying invention. Thus, the foregoing 

1 5 descriptions of specific embodiments of the present invention are presented for purposes 
of illustration and description. They are not intended to be exhaustive or to limit the 
invention to the precise forms disclosed, obviously many modifications and variations are 
possible in view of the above teachings. The embodiments were chosen and described 
in order to best explain the principles of the invention and its practical applications, to 

20 thereby erable others skilled in the art to best utilize the invention and various 
embodime its with various modifications as are suited to the particular use contemplated. 
It is intended that the scope of the invention be defined by the following Claims and their 
equivalent 3. 
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WHAT IS CLAIMED IS: 



1 1 . Am ethod of testing a print driver in a computer system, comprising: 

2 autc matically generating a driver-test data structure with associated applications 

3 and documents; and 

4 processing said driver-test data structure to open said associated applications and 

5 documents and thereby test said print driver. 

1 2. The method of claim 1 further comprising: 

2 selecting one or more print options associated with said driver as selected print 

3 options, wherein said automatically generating generates said driver-test data structure 

4 with said associated applications and documents and said print options, and said 

5 processing said driver-testdatastructxireincludesopening said associated applications and 

6 documents; and 

7 setting said selected print options. 

1 3. Th(; method of claim 1 further comprising: 

2 providing a graphical interface to associate said applications and documents. 

1 4. Thi; method of claim 3 further comprising: 

2 including a spreadsheet in said graphical user interface to associate said 

3 applications and doc;iments. 

1 5. Thi method of claim 1 further comprising: 

2 registering one or more of said applications. 

16. The method of claim 1 wherein the computer system has a plurality of installed 

2 print drivers, further comprising: 

3 automatically learning a plurality of print options of one of the plurality of 

4 installed f dnt drivers to provide learned-controls; 

5 se ecting said one of said plurality of installed print drivers as a test-print driver; 

6 and 
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7 providing a graphical user interface to set at least one of said plurality of print 

8 options to a predetermined value, wherein said automatically generating generates said 

9 driver-test data structure with said associated applications and documents, and includes 

1 0 said predete mined value of said at least one of said print options, and said processing said 

1 1 driver-test data structure to open said associated applications and documents includes 

1 2 setting said at least one of said plurality of print options to said predetermined value. 

1 7. The method of claim 1 further comprising: 

2 printing each of said documents. 

1 8. The method of claim 1 further comprising: 

2 generating a log while executing said test engine. 

1 9 . Ao Dmputer program product for use in conj unction with a computer system, the 

2 computer program product for testing a print driver in a computer system, the computer 

3 program p'oduct comprising a computer readable storage medium and a computer 

4 program mschanism embedded therein, the computer program mechanism comprising: 

5 instructions to automatically generate a driver-test data structure with associated 

6 applications and doctiments; and 

7 a te 3t-engineto open said associated applications and documents of said driver-test 

8 data structure to test said print driver. 

1 1 0. Ths; computer program product of claim 9 further comprising: 

2 ins -ructions to select one or more print options associated with said driver as 

3 selected print options, wherein said instructions to automatically generate generates said 

4 driver-test data structure with said associated applications and documents and said print 

5 options, aid said test-engine further includes instructions to open said associated 

6 applications and documents with said selected print options. 

1 11. Ths computer program product of claim 9, wherein the computer program 

2 mechanism further comprises: 
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3 instructions to provide a graphical interface to associate said applications and 

4 documents. 

1 12. The computer program product of claim 9, wherein the computer program 

2 mechanism further comprises: 

3 an e dit known application procedure to register one or more of said applications. 

1 13. The computer program product of claim 9, wherein said computer program 

2 mechanism further comprises: 

3 an a uto-leam procedure to automatically identify a plurality of print options of an 

4 installed pr nt driver; 

5 inst-uctions to select said installed print driver as a test-print driver; and 

6 inst -uctions to provide a graphical user interface to set at least one of said plurality 

7 of print opiions to a predetermined value, wherein said instructions that automatically 

8 generate generates said driver-test data structure with said associated applications and 

9 documents, and include said predetermined value of said at least one of said plurality of 

10 print options; and 

1 1 instructions to set said at least one of said plurality of print options to said 

1 2 predetermi]ied value, thereby testing said test-print driver. 

1 14. The computer program product of claim 9, wherein said computer program 

2 mechanisn further comprises: 

3 instructions to provide a spreadsheet to associate said applications and documents. 

1 15. Th(; computer program mechanism of claim 9, wherein said computer readable 

2 program code means further comprises: 

3 insi ructions to print each of said documents. 

1 16. Th<j computer program product of claim 9, wherein said computer program 

2 mechanism further comprises: 

3 ins xuctions to generate a log while executing said test engine. 
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1 



17. A ccimputer system for testing a print driver, comprising: 



2 



memory to store: 



3 



instructions to automatically generate a driver-test data structure with 
associated a pplications and documents; and 

a test-engine to open said associated applications and documents of said 
driver-test data structure to test said print driver; and 

a processor to execute said instructions and aid test-engine stored in said memory. 



4 



5 



6 



7 



1 18. The computer system of claim 17 wherein said memory further comprises: 



3 selected print options, wherein said instructions to automatically generate generates said 

4 driver-test data structure with said associated applications and documents and said print 

5 options, and said test-engine further includes instructions to open said associated 

6 applications and documents with said selected print options. 

1 19. The computer system of claim 1 7 wherein said memory further comprises: 

2 insi ructions to provide a graphical interface to associate said applications and 

3 documents. 

1 20. The computer system of claim 17 wherein said memory further comprises: 

2 an edit knovra application procedure to register one or more of said applications. 

1 21. Th; computer system of claim 1 7 wherein said computer system has a plurality 

2 of installed print drivers, and said memory further comprises: 

3 an iuto-leam procedure to automatically identify a plurality of print options of one 

4 of the plurality of installed print drivers; 

5 instructions to select said one of said plurality of installed print drivers as a test- 

6 print driver; and 

7 ins tructions to provide a graphical user interface to set at least one of said plurality 

8 of print ojrtions to a predetermined value, wherein said instructions that automatically 

9 generate g.enerates said driver- test data structure with said associated applications and 
1 0 documents, and include said predetermined value of said at least one of said plurality of 
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instructions to select one or more print options associated with said driver as 



1 1 print options, and said test-engine to open said associated applications and documents of 

1 2 said driver- ;est data structure includes instructions to set said at least one of said plurality 

1 3 of print opt ions to said predetermined value, thereby testing said test-print driver. 

1 22. The computer system of claim 1 7 wherein said memory further comprises: 

2 instructions to provide a spreadsheet to associatesaid applications and documents. 

1 23 . The computer system of claim 1 7, wherein said memory fiarther comprises: 

2 instructions to print each of said documents. 

1 24. The computer system of claim 1 7, wherein said memory further comprises: 

2 instructions to generate a log while executing said test engine. 



009826-003;i-999/WSG/JJS (PA-1 1 88) 



38 



ABSTRACT 



To Lest a print driver in a computer system, a driver-test data structure with 
5 associated applications and dociiments is automatically generated. The driver-test data 
structure is processed to open the associated applications and documents and thereby test 
the print dr^ ver. In one aspect of the invention, one or more print options associated with 
said driver are selected. The driver-test data structure is automatically generated with the 
associated applications, documents and print options. The driver-test data structure is 
1 0 processed to open the associated applications and documents, and to set the selected print 
options. In another aspect of the invention, the print options of a driver are automatically 
learned. 
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